
METHOD FOR IMPLEMENTING A MULTI-LEVEL SYSTEM MODEL 
FOR DETERMINISTICALLY HANDLING SELECTED DATA 



This application relates to, and claims priority in, U.S. Provisional 
Patent Application Serial No. 60/161,219, entitled "Method For Implementing 
A Multi-Level System Model For Handling Multiple Data Streams", filed on 
October 21, 1999, and to U.S. Provisional Patent Application Serial No. 
60/161,206, entitled "Method For Implementing Scheduling Mechanisms By 
Utilizing Resource Characterizations," filed on October 21, 1999. The 
foregoing related applications are commonly assigned, and are hereby 
incorporated by reference. 



1. Field of the Invention 

This invention relates generally to techniques for performing data 
handling operations, and relates more particularly to a method for 
implementing a multi-level system model for deterministically handling 
selected data. 

2. Description of the Background Art 

Implementing effective methods for handling data by electronic devices 
is a significant consideration for designers and manufacturers of 
contemporary electronic devices. An electronic device in an electronic 
network may advantageously communicate with other electronic devices in 
the network to share data to thereby substantially increase the capabilities 
and versatility of individual devices in the electronic network. For example, 
an electronic network may be implemented in a home environment to enable 
flexible and beneficial sharing of data and device resources between various 
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consumer electronic devices, such as personal computers, digital versatile 
disc (DVD) devices, digital set-top boxes for digital broadcasting, enhanced 
television sets, and audio reproduction systems. 

Effectively managing data handling operations in a network of 
5 electronic devices may create substantial challenges for designers of 

electronic networks. For example, enhanced demands for increased device 
functionality and performance during data transfer operations may require 
more system processing power and require additional hardware resources 
across the network. An increase in processing or hardware requirements 

10 may also result in a corresponding detrimental economic impact due to 
increased production costs and operational inefficiencies. 

Network size is also a factor that affects data handling operations in an 
electronic network. Communications in an electronic network typically 
become more complex as the number of individual devices or nodes 

15 increases. Assume that a particular device on an electronic network is 

defined as a local device with local software elements, and other devices on 
the electronic network are defined as remote devices with remote software 
elements. Accordingly, a local software module on the local device may need 
to transfer data to various remote software elements on remote devices across 

20 the electronic network. However, successfully managing a substantial 
number of electronic devices across a network may provide significant 
benefits to a system user. 

Furthermore, enhanced device capability to perform various advanced 
data handling operations may provide additional benefits to a system user, 

25 but may also place increased demands on the control and management of the 
various devices in the electronic network. For example, an enhanced 
electronic device that effectively accesses, processes, and displays digital 
television programming may benefit from efficient network communication 
techniques because of the large amount and complexity of the digital data 

30 involved. 

Due to growing demands on system resources and substantially 
increasing data magnitudes, it is apparent that developing new and effective 
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techniques for handling data is a matter of importance for the related 
electronic technologies. Therefore, for all the foregoing reasons, 
implementing effective methods for handling data by electronic devices 
remains a significant consideration for designers, manufacturers, and users 
5 of contemporary electronic devices. 
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SUMMARY 



In accordance with the present invention, a method is disclosed for 
implementing a multi-level system model for deterministically handling 
5 selected data. In one embodiment, initially, a picokernel in an electronic 
device preferably waits for a cycle start signal from an isochronous clock to 
trigger the start of an isochronous processing cycle. 

In response to the cycle start signal, the picokernel preferably 
determines whether any isochronous processes have been instantiated and 

10 are available for immediate scheduling and execution. The picokernel may 
check for available isochronous processes using any appropriate technique. 
For example, in certain embodiments, the picokernel may analyze an 
isochronous process list to locate any active isochronous processes. 

If one or more active isochronous processes are ready to be executed, 

15 then the picokernel may preferably invoke an isochronous process scheduler 
that responsively selects an active isochronous process for scheduling and 
execution using any effective method or technique. The isochronous process 
scheduler then preferably schedules and executes the selected isochronous 
process on the electronic device. 

20 The foregoing isochronous process also preferably determines whether 

to activate a corresponding plesiochronous process by signaling the 
plesiochronous process by setting a corresponding plesiochronous flag. An 
isochronous process may utilize any appropriate criteria to determine 
whether to set a plesiochronous flag. 

25 The isochronous scheduler next preferably determines whether any 

unexecuted active isochronous processes remain for scheduling and 
execution during the current isochronous cycle. If unexecuted active 
isochronous processes remain, then the isochronous scheduler returns to 
sequentially select, schedule, and execute the remaining isochronous 

30 processes. 

However, if no unexecuted active isochronous processes remain, then 
the picokernel preferably determines whether any plesiochronous processes 




have been instantiated and have been flagged as being available for 
immediate scheduling and execution. The picokernel may check for available 
plesiochronous processes using any appropriate technique. For example, in 
certain embodiments, the picokernel may analyze a plesiochronous process 
5 list to locate any flagged plesiochronous processes. If no flagged 

plesiochronous processes are available for scheduling and execution, then 
the picokernel returns to wait for a subsequent cycle start signal from the 
isochronous clock. 

However, if one or more flagged plesiochronous processes are available, 

10 then, the picokernel may preferably invoke a plesiochronous scheduler. In 
response, the plesiochronous scheduler preferably selects a flagged 
plesiochronous process for scheduling and execution using any effective 
method or technique. 

The picokernel also preferably monitors the electronic device for any 

15 interrupt events that may affect the plesiochronous processes. In certain 
embodiments, if an exochronous interrupt occurs, then the picokernel may 
preferably interrupt the currently executing plesiochronous process and 
mark the interrupted plesiochronous process for subsequent completion. 
The electronic device may then perform various required system tasks using 

20 exochronous processing. 

Alternately, in certain embodiments, if a new cycle start signal occurs 
before flagged plesiochronous processes complete execution, then the 
picokernel may preferably interrupt the plesiochronous processes and mark 
the interrupted plesiochronous processes for subsequent completion. The 

25 picokernel may then preferably continue to select, schedule, and execute any 
active isochronous processes in a new isochronous cycle. 

If no interrupt events occur, then the plesiochronous scheduler 
preferably may determine whether any unexecuted flagged plesiochronous 
processes remain for scheduling and execution during the current 

30 isochronous cycle. If unexecuted plesiochronous processes remain, then the 
plesiochronous scheduler preferably returns to select, schedule, and execute 
the remaining plesiochronous processes. However, if no unexecuted 
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plesiochronous processes remain, then the picokernel preferably returns to 
repeatedly perform the foregoing steps in response to subsequent cycle start 
signals from the isochronous clock. The present invention therefore provides 
an improved method for implementing a multi-level system model for 
deterministically handling selected data. 



BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram for one embodiment of an electronic network, 
in accordance with the present invention; 

5 

FIG. 2 is a block diagram for one embodiment of an exemplary device of 
FIG. 1, in accordance with the present invention; 

FIG. 3 is a diagram for one embodiment of the memory of FIG. 2, in 
10 accordance with the present invention; 

^ FIG. 4 is a block diagram for one embodiment of a cantaloupe from 

0? FIG. 3, in accordance with the present invention; 

M- 

r] 15 FIG. 5 is a block diagram for the picokernel of FIG. 3, in accordance 

*B with one embodiment of the present invention; 

£7 FIG. 6 is a timing diagram for one embodiment of exemplary 

2 isochronous data transfers, in accordance with the present invention; 

O 20 

FIG. 7 is a block diagram of one embodiment for implementing a multi- 
level system model, in accordance with the present invention; 

FIG. 8 is an exemplary timing diagram illustrating the operation of a 
25 multi-level system model, in accordance with one embodiment of the present 
invention; 
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FIG. 9 is a flowchart of method steps for implementing isochronous 
processes in a multi-level system model, in accordance with one embodiment 
of the present invention; and 

FIG. 10 is a flowchart of method steps for implementing plesiochronous 
processes in a multi-level system model, in accordance with one embodiment 
of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



The present invention relates to an improvement in electronic data 
handling techniques. The following description is presented to enable one of 
5 ordinary skill in the art to make and use the invention and is provided in the 
context of a patent application and its requirements. Various modifications 
to the preferred embodiment will be readily apparent to those skilled in the 
art and the generic principles herein may be applied to other embodiments. 
Thus, the present invention is not intended to be limited to the embodiment 

10 shown, but is to be accorded the widest scope consistent with the principles 
and features described herein. 

The present invention comprises a method for implementing a multi- 
level system model for deterministically handling selected data, and includes 
a picokernel module that may invoke an isochronous scheduler to select, 

15 schedule, and execute active isochronous processes on an electronic device in 
response to a cycle start signal from an isochronous clock. The active 
isochronous processes may selectively set plesiochronous flags to thereby 
designate corresponding plesiochronous processes as active plesiochronous 
processes. Once all active isochronous processes have been executed in a 

20 given isochronous cycle, then the picokernel may invoke a plesiochronous 
scheduler to select, schedule, and execute any active plesiochronous 
processes on the electronic device. 

Referring now to FIG. 1, a block diagram for one embodiment of an 
25 electronic network 1 10 is shown, according to the present invention. In the 
FIG. 1 embodiment, network 110 preferably comprises, but is not limited to, 
a number of electronic devices 1 12 (device A 112(a), device B 112(b), root 
device 114, device C 112(c), device D 112(d), and device E 112(e)). In 
alternate embodiments, electronic network 110 may readily be configured to 
30 include various other devices 1 12 or components that function in addition to, 
or instead of, those discussed in conjunction with the FIG. 1 embodiment. In 
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alternate embodiments, network 110 may readily be connected and 
configured in any other appropriate and suitable manner. 

In the FIG. 1 embodiment, devices 1 12 of network 110 may be 
implemented as any type of electronic device, including, but not limited to, 
5 personal computers, printers, digital video disc devices, television sets, audio 
systems, video cassette recorders, and set-top boxes for digital broadcasting. 
In the FIG. 1 embodiment, devices 112 preferably communicate with one 
another using a network bus 132. Network bus 132 preferably includes path 
132(a), path 132(b), path 132(c), path 132(d), and path 132(e). For example, 

10 device B 1 12(b) is coupled to device A 1 12(a) via path 132(a), and to root 

device 114 via path 132(b). Similarly, root device 1 14 is coupled to device C 
1 12(c) via path 132(c), and to device D 1 12(d) via path 132(d). In addition, 
device D 1 12(d) is coupled to device E 1 12(e) via path 132(e). In the FIG. 1 
embodiment, network bus 132 is preferably implemented using a PI 394 

15 Standard for a High Performance Serial Bus, IEEE, 1995, which is hereby 
incorporated by reference. However, in alternate embodiments, network 110 
may readily communicate and function using various other network 
interconnectivity schemes, which are equally within the scope of the present 
invention. 

20 In the FIG. 1 embodiment, each device in electronic network 110 may 

preferably communicate with any other device within network 110. For 
example, device E 1 12(e) may communicate with device B 1 12(b) by 
transmitting data via cable 132(e) to device D 1 12(d), which then may 
transmit the data via cable 132(d) to root device 114. In response, root device 

25 114 then may transmit the data to device B 1 12(b) via cable 132(b). In the 
FIG. 1 embodiment, root device 114 preferably provides a master cycle start 
signal to synchronize isochronous processes for devices 1 12 in network 110. 
In other embodiments of network 110, any one of the network devices 112 
may be designated as the root device or cycle master. 

30 

Referring now to FIG. 2, a block diagram for one embodiment of an 
exemplary device 112 from network 1 10 is shown, in accordance with the 
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present invention. Device 112 preferably includes, but is not limited to, a 
processor 212, an input/output (I/O) interface 214, a memory 216, a device 
bus 226, and a bus interface 220. Processor 212, I/O interface 214, memory 
216 and bus interface 220 preferably are each coupled to, and communicate 
5 via common device bus 226. In alternate embodiments, device 112 may 

readily be configured to include various other components or architectures in 
addition to, or instead of, those discussed in conjunction with the FIG. 2 
embodiment. 

In the FIG. 2 embodiment, processor 212 may preferably be 
10 implemented as any appropriate microprocessor device. Memory 216 may 

preferably be implemented as one or more effective storage devices, including, 
7j£ but not limited to, read-only memory, random-access memory, and various 

^ types of non-volatile memory, such as floppy disc devices or hard disc 

M devices. I/O interface 214 preferably may provide an interface for bi- 

Cjjj 15 directional communications with various compatible sources, destinations, 
*M and other entities. 

s 

Hi In accordance with the present invention, bus interface 220 preferably 

provides a bi-directional interface between device 112 and network 110. In 
£ the FIG. 2 embodiment, bus interface 220 preferably communicates with 

O 20 other devices 1 12 on network 110 via network bus 132. Bus interface 220 
also preferably communicates with processor 212, I/O device 214, and 
memory 216 via a common device bus 226. 



Referring now to FIG. 3, a diagram for one embodiment of the FIG. 2 
25 memory 216 is shown, in accordance with the present invention. In the FIG. 
3 embodiment, memory 216 preferably includes, but is not limited to, device 
software 312, picokernel 314, cantaloupe manager 316, cantaloupe(s) 318, 
endochronous application program interfaces (endochronous APIs) 320, 
isochronous process representation(s) 322, and plesiochronous process 
30 representation(s) 324. In alternate embodiments, memory 216 may readily 
include various other components in addition to, or instead of, the 
components that are discussed in conjunction with the FIG. 3 embodiment. 
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In the FIG. 3 embodiment, device software 312 preferably may include 
software instructions that may be executed by processor 212 for performing 
various functions and operations by device 112. The particular nature and 
functionality of device software 312 preferably varies depending upon factors 
5 such as the type and purpose of the corresponding host device 112. 

In the FIG. 3 embodiment, picokernel 312 preferably controls and 
coordinates the scheduling and execution of isochronous and plesiochronous 
processes by utilizing optimized process representations 322 and 324 to 
reduce the cost or overhead of scheduling to a minimum. Picokernel 312 is 
10 further discussed below in conjunction with FIGS. 5 and 7-10. 

Cantaloupe manager 316 preferably may utilize information from 
cantaloupe(s) 318 to determine whether a particular isochronous or 
^ plesiochronous process may be instantiated on behalf of another entity such 

H as device software 312. Cantaloupe(s) 318 preferably include one or more 

- C*jj 15 characterizations of hardware and/ or software resources necessary to meet 
^ performance criteria for a particular isochronous process. Cantaloupe(s) 318 

H are further discussed below in conjunction with FIG. 4. 

l7 In the FIG. 3 embodiment, endochronous APIs 320 may preferably 

2f include one or more application program interfaces that allow the 

O 20 implementation of a programmable isochronous capability in a particular 
system. In certain embodiments, endochronous APIs 320 may include 
interfaces for installing isochronous services, interfaces to create, control, 
and delete endochronous processes, and interfaces to communicate with the 
rest of a system through a signaling mechanism. 
25 In the FIG. 3 embodiment, isochronous process representation(s) 322 

preferably include one or more data structures that each correspond to an 
associated isochronous process that has been instantiated on device 112. 
Each of the isochronous process representation(s) 322 preferably include any 
relevant information that is required to successfully and deterministically 
30 execute the corresponding isochronous process. Similarly, plesiochronous 
process representation(s) 324 preferably include one or more data structures 
that each correspond to an associated plesiochronous process that has been 
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instantiated on device 112. Each of the plesiochronous process 
representation(s) 324 preferably include any relevant information that is 
required to successfully and deterministically execute the corresponding 
plesiochronous process. 

5 

Referring now to FIG. 4, a diagram for one embodiment of a cantaloupe 
318 is shown, in accordance with the present invention. In the FIG. 4 
embodiment, cantaloupe 318 preferably includes a listing for a resource 1 
(412(a)) through a listing for a resource N (412(c)). In the FIG. 4 embodiment, 

10 resources 412 may include any appropriate aspects of devices 112 or network 
1 10 (FIG. 1). For example, resource 412 may correspond to the bandwidth 
for a particular bus, such as device bus 226 or network bus 132. Similarly, 
resource 412 may correspond to the processing capacity for a central 
processing device, such as processor 212 (FIG. 2). In alternate embodiments 

15 of the present invention, cantaloupe 318 may readily be implemented to 

include various other configurations, and may also include various items and 
components that are different from those discussed in conjunction with the 
FIG. 4 embodiment. 

In accordance with the present invention, cantaloupe 318 is preferably 

20 associated with a particular isochronous or plesiochronous process on 
network 110. Prior to instantiating the foregoing process, cantaloupe 
manager 316 may then advantageously reference cantaloupe 318 to 
determine the individual and total resources necessary for the associated 
process. Determining in advance whether sufficient system resources are 

25 available for successful operation of a given process ensures that the 

associated isochronous process is guaranteed sufficient resources for timely 
and deterministic performance. Providing resources becomes more 
significant as the cycle duration decreases and the cycle frequency increases. 
In one embodiment of the present invention, the cycle period may preferably 

30 be in the proximity of 125 microseconds, with a rate of eight kilohertz. 

In the FIG. 4 embodiment, cantaloupe 318 preferably also includes a 
listing for a resource 1 usage (414(a)) through a listing for a resource N usage 
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(414(c)). In the FIG. 4 embodiment, each of resource usages 414 preferably 
corresponds with a given resource 412 to characterize the amount of the 
given resource 412 required by the isochronous or plesiochronous process 
associated with cantaloupe 318. 
5 For example, if a given resource 412 is the bandwidth for a particular 

bus, then the corresponding resource usage 414 may be expressed in 
bandwidth units utilized by a process. Similarly, if a given resource 412 is 
the processing capacity for a central processing device, then corresponding 
resource usage 414 may be expressed in CPU units, such as machine- 

10 instructions per second (MIPS). In various embodiments of the present 

invention, resource usages 414 may be implemented in any appropriate and 
compatible format for use by network 110. In one embodiment, cantaloupe 
318 may be implemented using only resource usages 414, with the 
corresponding resources 412 indirectly implied and understood during 

15 instantiation of process on network 1 10. 

Therefore, cantaloupe 318 preferably includes an at least two- 
dimensional array of descriptive parameters. The first parameter preferably 
may be the type of resource being characterized, and the second parameter is 
the amount of required resource usage. A cantaloupe 318 may thus serve as 

20 a common descriptor to couple hardware and software scheduling 

mechanisms by describing resource requirements. For example, in one 
embodiment, resource usage may be characterized and described as a ratio of 
the amount of usage per a given time period (including process scheduling 
overhead) . 

25 

Referring now to FIG. 5, a block diagram for the FIG. 3 picokernel 314 
is shown, in accordance with one embodiment of the present invention. In 
the FIG. 5 embodiment, picokernel 314 preferably may include, but is not 
limited to, an isochronous scheduler 512, an isochronous process list 514, a 
30 plesiochronous scheduler 516, and a plesiochronous process list 518. In 
alternate embodiments, picokernel 314 may readily be configured to include 
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various other components or types of information in addition to, or instead of, 
those discussed in conjunction with the FIG. 5 embodiment. 

In the FIG. 5 embodiment, isochronous scheduler 512 may preferably 
include program instructions for scheduling and executing various 
5 isochronous processes on device 112. Isochronous process list 514 

preferably may include one or more isochronous process identifiers that each 
corresponds to an associated isochronous process that is currently 
instantiated and active on device 112. The functionality and utilization of 
isochronous scheduler 512 and isochronous process list 514 are further 

10 discussed below in conjunction with FIGS. 7 through 9. 

In the FIG. 5 embodiment, plesiochronous scheduler 516 may 
preferably include program instructions for scheduling and executing various 
plesiochronous processes on device 112. Plesiochronous process list 518 
preferably may include one or more plesiochronous process identifiers that 

15 each corresponds to an associated plesiochronous process that is currently 
instantiated and active on device 112. The functionality and utilization of 
plesiochronous scheduler 516 and plesiochronous process list 518 are 
further discussed below in conjunction with FIGS. 7, 8, and 10. 

20 Referring now to FIG. 6, a timing diagram for one embodiment of 

exemplary isochronous data transfers is shown, in accordance with the 
present invention. The FIG. 6 timing diagram includes a system clock 612, 
an isochronous clock signal 614, and an isochronous data transfer signal 
616. The FIG. 6 timing diagram is presented for purposes of illustration, and 

25 in alternate embodiments, isochronous data transfers may readily be 

configured to include various other elements and timing relationships in 
addition to, or instead of, those discussed in conjunction with the FIG. 6 
embodiment. For example, certain of the principles discussed below in 
conjunction with isochronous data transfers may similarly apply to 

30 isochronous data processing operations, plesiochronous data transfers, or 
plesiochronous data processing operations. 



15 



r 



Isochronous data typically includes time-sensitive data that is 
preferably assigned a high transfer and processing priority to guarantee that 
the isochronous data deterministically arrives at a designated destination at 
pre-determined timing intervals and is processed accordingly. Because of the 
5 time-sensitive nature of isochronous data, re-transmission of an isochronous 
data transfer may not be appropriate or possible. For example, if a frame of 
video data does not reach a display device on network 110 until after the 
appropriate moment for display of that frame, then re-transmitting the 
delayed frame is not productive. Sources of isochronous data therefore 
10 typically do not repeat unsuccessful isochronous data transmissions. Loss of 
the foregoing frame of video data may likely cause unwanted jitter or breakup 
5 of the corresponding video programming. Therefore, ensuring the timely and 

guaranteed delivery and processing of isochronous data becomes a matter of 
M some importance when implementing network 110. 

Cji 15 In the FIG. 6 timing example, at time 618, a first isochronous clock 

pulse 614 changes state in synchronization with system clock 612. In certain 

Ms situations, isochronous clock pulse 614 may also be called a cycle start 

Q 

y, p signal because isochronous clock pulse 614 triggers and synchronizes the 

beginning of an isochronous timing cycle. At time 620, the isochronous clock 
□ 20 pulse 614 changes state again, and isochronous data transfer 616(a) 
responsively occurs in a deterministic manner. 

Similarly, at time 622, a second isochronous clock pulse 614 changes 
state in synchronization with system clock 612. At time 624, the second 
isochronous clock pulse 614 once more changes state, and isochronous data 
25 transfer 616(b) again occurs in a deterministic manner. Therefore, as 

illustrated in FIG. 6, isochronous data transfers 616(a) and 616(b) typically 
occur at a pre-determined frequency in device 112. Furthermore, device 112 
may require isochronous data transfers 616(a) and 616(b) to occur before any 
asynchronous data transfers because of the time-sensitive nature of the 
30 corresponding isochronous data. 
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Referring now to FIG. 7, a block diagram of one embodiment for 
implementing a multi-level system model is shown, in accordance with the 
present invention. In alternate embodiments, multi-level system models may 
readily be implemented to include various other components, architectures, 
5 or functionalities in addition to, or instead of, those discussed in conjunction 
with the FIG. 7 embodiment. 

In the FIG. 7 embodiment, initially, device software 312 may generate 
an isochronous request to endochronous APIs 320 via path 712 for 
instantiating an isochronous process (and possibly one or more 
10 corresponding plesiochronous processes) on device 112. Device software 312 
may generate the isochronous request for any appropriate reason. For 
example, device software 312 may generate the isochronous request because 
of information received from a system user or other device on network 110 
that specifically requires transfer or processing of corresponding isochronous 
Sj 15 data. Device software 312 may also generate the isochronous request in 
J* response to isochronous identifier information that may be detected in data 

packets that are transmitted to device 112. 
M> In the FIG. 7 embodiment, in response to the isochronous request, 

SJ endochronous APIs 320 preferably may perform an instantiation procedure to 

E3 20 create isochronous process representation 322 (and possibly plesiochronous 
process representation 324) via path 714. The foregoing instantiation 
procedure preferably may include performing a device resource allocation 
procedure using cantaloupe(s) 318, as discussed above in conjunction with 
FIG. 4. 

25 In certain embodiments, isochronous process representation 322 may 

notify picokernel 314 via path 716 when isochronous process representation 
322 has been instantiated and is currently active on device 112. In response, 
picokernel 314 may add a unique isochronous process identifier for the 
isochronous process representation 322 to isochronous process list 514 (FIG. 

30 5). When appropriate, isochronous process representation 322 may also 

generate a plesiochronous flag to plesiochronous process representation 324 
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via path 718 to indicate that the corresponding plesiochronous process is 
ready to be executed on device 112. 

The plesiochronous process representation 324 may then notify 
picokernel 314 via path 720 that the plesiochronous process representation 
5 322 has been instantiated and is currently ready to be executed on device 
1 12. In response, picokernel 314 may add a unique plesiochronous process 
identifier for the plesiochronous process representation 324 to 
plesiochronous process list 518 (FIG. 5). In certain other embodiments, 
picokernel 314 may poll isochronous process representation 322 and 
10 plesiochronous process representation 324 to determine whether 

corresponding isochronous or plesiochronous processes are currently active 
on device 112. 

In accordance with the present invention, picokernel 314 then 
preferably may receive a cycle start signal from isochronous clock 614, and 

15 responsively schedule and execute the isochronous process associated with 
isochronous process representation 322. Similarly, picokernel 314 may 
schedule and execute the plesiochronous process associated with 
plesiochronous process representation 324. The exemplary FIG. 7 
embodiment is discussed in the context of a single isochronous process and a 

20 single plesiochronous process, however the present invention may readily 
instantiate, schedule, and execute any desired number of isochronous 
processes and plesiochronous processes. The utilization of picokernel 314 to 
schedule and execute isochronous processes and plesiochronous processes is 
further discussed below in conjunction with FIGS. 8 through 10. 

25 

Referring now to FIG. 8, an exemplary timing diagram 810 illustrating 
the operation of a multi-level system model is shown, in accordance with one 
embodiment of the present invention. The FIG. 8 embodiment is presented 
for purposes of illustration, and various other process execution hierarchies 
30 and timing sequences are equally contemplated for effective operation in the 
environment of the present invention. 
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In the FIG. 8 embodiment, timing diagram 810 is arranged in a 
temporal hierarchy that ranges from higher priority isochronous processes 
that are located at the top of timing diagram 810, to lower priority 
plesiochronous processes that are located at the bottom of timing diagram 
5 810. The FIG. 8 embodiment includes exochronous processing 814 (system 
level execution) which is located in the shaded area at the bottom of timing 
diagram 810. The FIG. 8 embodiment also includes endochronous 
processing 818 which is located from immediately above exochronous 
processing 814 to the top of the FIG. 8 timing diagram 810. 
10 In the FIG. 8 embodiment, endochronous processing 818 preferably 

may include one or more isochronous processes 822. In timing diagram 810, 
isochronous processes 822 are shown on level 0 (830) of endochronous 
processing 818. In the FIG. 8 embodiment, endochronous processing 818 
preferably may also include one or more plesiochronous processes 826. In 
15 timing diagram 810, plesiochronous processes 826 are shown on level 1 (834) 
of endochronous processing 818. The multi-level system model of the 
present invention may include any desired number of different levels. For 
example, timing diagram 810 includes a level 2 (838) for scheduling and 
executing additional plesiochronous processes. 
^ 20 The FIG. 8 timing diagram 810 displays real time that progresses from 

left to right on horizontal axis 842 to include a contiguous sequence of 
isochronous cycles that are demarcated by periodic cycle start signals. For 
example, in timing diagram 810, the first "cycle n" is triggered by cycle start 
signal 854. Each successive isochronous cycle is similarly triggered by 
25 respective cycle start signals 858, 862, 866, 870, and 874. Timing diagram 
810 also includes a reoccurring isochronous process A 846 that signals a 
corresponding plesiochronous process 886 every four cycles (see legend), and 
a reoccurring isochronous process B 850 that signals a corresponding 
plesiochronous process 878 every 2 cycles (see legend) . 
30 During operation of the FIG. 8 embodiment, picokernel 314 preferably 

receives cycle start signal 854, and responsively selects, schedules, and 
executes isochronous process A 846 and isochronous process B 850. In the 
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FIG. 8 timing diagram, the outline of the various isochronous and 
plesiochronous processes preferably represents the bounds of allocated 
system resources as determined by the resource allocation procedure 
discussed above in conjunction with FIG. 4. In the FIG. 8 timing diagram 
5 810, when all isochronous processes 822 and all plesiochronous processes 
826 have been executed, then device 112 preferably may switch to 
exochronous processing 814 to perform any required system level execution 
tasks. 

In the FIG. 8 embodiment, in response to cycle start signal 858, 

10 picokernel 314 preferably schedules and executes isochronous process B 850 
(which preferably signals that plesiochronous process 878 is now ready to 
execute) and isochronous process A 846. Following the completion of 
isochronous process A 846, picokernel 314 preferably schedules and 
executes plesiochronous process 878(a). Then, at the beginning of the next 

15 isochronous cycle, picokernel 314 preferably receives cycle start signal 862, 
and responsively selects, schedules, and executes isochronous process A 846 
and isochronous process B 850. 

In the FIG. 8 embodiment, in response to cycle start signal 866, 
picokernel 314 preferably selects, schedules, and executes isochronous 

20 process A 846 (which preferably signals that plesiochronous process 886 is 
now ready to execute). Picokernel 314 also preferably selects, schedules, and 
executes isochronous process B 850 (which preferably signals that 
plesiochronous process 878 is now ready to execute). Following the 
completion of isochronous process B 850, picokernel 314 preferably selects, 

25 schedules, and executes plesiochronous process 878(b) and a first portion 
(886(a)) of plesiochronous process 886 which is interrupted because of the 
occurrence of cycle start signal 870. 

In response to cycle start signal 870, picokernel 314 preferably selects, 
schedules, and executes isochronous process B 850 and isochronous process 

30 A 846. Following the completion of isochronous process A 846, picokernel 

314 then preferably schedules and executes the remaining portion (886((b)) of 
plesiochronous process 886. At cycle start signal 874, picokernel 314 




preferably selects, schedules, and executes isochronous process A 846 and 
isochronous process B 850 (which preferably signals that plesiochronous 
process 878 is now ready to execute). 

Following the completion of isochronous process B 850, picokernel 314 
5 preferably schedules and executes plesiochronous process 878(c). The FIG. 8 
multi-level system model may thus continue to select, schedule, and execute 
multi-level isochronous processes and plesiochronous processes using 
endochronous processing 818, and also perform system level execution using 
exochronous processing 814. 
10 The picokernel 314 (FIG. 3) is responsible for the scheduling of 

isochronous processes, and utilizes optimized process representations to 

Q 

, fi reduce scheduling overhead to a minimum. Execution of an isochronous 

4; process is preferably not interrup table, and therefore the execution of 

M. isochronous processes simply runs from the start of the process until the end 

Cj 15 of the process. The uninterruptability of isochronous processes 

^ advantageously simplifies the scheduling model necessary for the operation of 

H picokernel 314. 

£7 Scheduling of isochronous processes 822 and plesiochronous 

Jif processes 826 typically requires a finite time period that is sometimes 

D 20 referred to as "overhead". As the cycle time period is reduced, the overhead 
becomes a more significant factor because of the reduced amount of time 
remaining to perform the actual isochronous transfer or processing. In the 
FIG. 8 embodiment, the cycle time period may be in the proximity of 125 
microseconds, with a cycle frequency of approximately eight kilohertz. 
25 In certain embodiments, the maximum amount of time allotted to 

isochronous operation may be approximately 4 / 5 of the cycle time period 
(100 microseconds). This mechanism may be implemented by cantaloupe 
manager 316 to guarantee that isochronous processing does not exceed a 
specified portion of resource usage. Therefore, an efficient and relatively 
30 rapid scheduling mechanism (picokernel 314) is required for successful 
isochronous processes. The utilization of cantaloupe 318 and cantaloupe 
manager 316 to characterize and pre-allocate the necessary resources for a 
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particular isochronous process advantageously facilitates efficient scheduling 
of the isochronous processes. 

In accordance with the present invention, certain plesiochronous 
processes can generally tolerate more latency in their scheduling, as well as 
5 less determinism in their execution. For example, a particular 

plesiochronous process may have a lesser degree of importance, have a 
relatively long duration, or require resources that are not available at the 
isochronous level. In certain embodiments, isochronous processes 822 may 
often be associated with relatively short transfers of a particular set of 
10 isochronous data, while corresponding plesiochronous processes 826 may be 
associated with relatively longer processing functions for the particular set of 
isochronous data. 

«J In the FIG. 8 embodiment, a plesiochronous process 826 may 

IK preferably be interruptable by an isochronous process 822. In accordance 

J~= 15 with the present invention, multiple levels of plesiochronous processes 826 

^ may be available to perform data transfers, data processing, or other 

M= functions. A plesiochronous process 826 preferably may be related to, or 

jjSSSS, 

l7 initiated by, a corresponding isochronous process 822 by using a simple 

2f signaling mechanism (shown in FIG. 8 as a solid line with an arrow). 

O 20 However, in certain embodiments, a plesiochronous process 826 need not be 
related to a corresponding isochronous process 822. Together, isochronous 
processes 822 and plesiochronous processes 826 form endochronous 
processing 818 because both types of processes are related to the same time 
domain which includes the isochronous cycle sequence illustrated in the FIG. 
25 8 embodiment. 

Isochronous processes 822 preferably are treated as the highest- 
priority processes. Plesiochronous processes 826 are treated as the second- 
highest priority processes, and are preferably scheduled after exiting from 
isochronous process scheduling and execution. A plesiochronous scheduler 
30 516 (FIG. 5) preferably includes a priority scheduler (not shown) since a 
lengthy or infrequent plesiochronous process may not block a frequent 
plesiochronous process. Scheduling of isochronous processes 822 is typically 
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driven by the occurrence of an isochronous interrupt that may interrupt 
system level execution 814 or a plesiochronous process 826. 

As discussed above, in the FIG. 8 embodiment, scheduling operations 
that occur outside the cycle time domain of the isochronous and 
5 plesiochronous processes may be termed exochronous processing 814. In 
the FIG. 8 embodiment, the execution of various system level processes is 
preferably included in the foregoing exochronous processing 814. These 
system level processes preferably include tasks and processes from the host 
operating system's normal execution environment. Communication between 
10 endochronous processing 818 and exochronous processing 814 may be 
analogous to communication between a system interrupt handler and 
interrupt processing routines. Therefore, the signaling of an interrupt- like 
Mj event may utilize normal system services. 

M.. The present invention thus advantageously utilizes a multiple-level 

CI 15 system model for deterministically handling multiple streams of continuous 
^ data, where each level represents a discrete level in the hierarchy of time. 

M Isochronous processes 822 preferably handle data movement according to an 

rr isochronous clock 614 that is synchronized to a time reference that functions 

2 as a point of global synchrony for network 110. Plesiochronous processes 

Q 20 826 preferably handle streaming data according to a time base which is 

different from, but which may be synchronous with, the isochronous data 
movement clock domain. The system level execution in exochronous 
processing 814 is preferably not controlled according the foregoing time base, 
and is not involved with the movement or processing of streaming data. In 
25 accordance with the present invention, the multi-level system model thus 

efficiently and effectively facilitates various isochronous, plesiochronous, and 
system level processes across electronic network 110. 

f 

Referring now to FIG. 9, a flowchart of method steps for implementing 
30 isochronous processes 822 in a multi-level system model is shown, in 
accordance with one embodiment of the present invention. The FIG. 9 
example is presented for purposes of illustration, and, in alternate 
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embodiments, the present invention may readily implement multi-level 
system models using various steps and sequences other than those discussed 
in conjunction with the FIG. 9 embodiment. 

In the FIG. 9 embodiment, initially, in step 914, picokernel 314 
5 preferably waits for a cycle start signal from isochronous clock 614 to trigger 
the start of an isochronous cycle. In step 918, picokernel 314 preferably 
determines whether any isochronous processes have been instantiated and 
are available for immediate scheduling and execution. Picokernel 314 may 
check for available isochronous processes using any appropriate technique. 
10 For example, in certain embodiments, picokernel 314 may analyze 

isochronous process list 514 to locate any active isochronous processes. If 
y no active isochronous processes are available for scheduling and execution, 

01 then the FIG. 9 process advances to the following FIG. 10 plesiochronous 

flowchart. 

fin 

r\ 15 However, if one or more active isochronous processes are available, 

y3 then, in step 922, picokernel 314 preferably may invoke isochronous 

iul scheduler 512. In response, in step 926, isochronous scheduler 512 

rf preferably may select an active isochronous process for scheduling and 

CO execution using any effective method or technique. For example, isochronous 

Fj 20 scheduler 512 may select an isochronous process based upon criteria such 
as the relative importance, length, function, or time-sensitivity of the various 
active isochronous processes. Isochronous scheduler 512 may alternately 
utilize a fixed pre-determined priority scheme, or may implement a rotating 
(round-robin) priority scheme. 
25 In step 930, isochronous scheduler 512 preferably schedules and 

executes the selected isochronous process on device 112. In step 934, the 
foregoing isochronous process determines whether to activate a 
corresponding plesiochronous process by signaling the plesiochronous 
process in order to set a corresponding plesiochronous flag. An isochronous 
30 process may utilize any desired criteria to determine whether to set a 
plesiochronous flag. 
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For example, a given isochronous process may be associated with 
isochronous data movement for a particular task on device 112. A 
corresponding plesiochronous process may be required to processing data 
structures that are accumulated over multiple isochronous cycles as a result 
5 of the foregoing isochronous data movement process. The isochronous 
process may thus set a plesiochronous flag to activate the corresponding 
plesiochronous process when sufficient isochronous data has been 
accumulated to begin the processing procedure. 

In step 938, isochronous scheduler 512 preferably determines whether 

10 any unexecuted active isochronous processes remain for scheduling and 
execution during the current isochronous cycle. If unexecuted active 
isochronous processes remain, then the FIG. 9 process returns to step 926 to 
sequentially select, schedule, and execute the remaining isochronous 
processes. However, if no unexecuted active isochronous processes remain, 

15 then the FIG. 9 process advances to the following FIG. 10 plesiochronous 
flowchart. 



Referring now to FIG. 10, a flowchart of method steps for implementing 
2f plesiochronous processes in a multi-level system model is shown, in 

p 20 accordance with one embodiment of the present invention. The FIG. 10 
example is presented for purposes of illustration, and, in alternate 
embodiments, the present invention may readily implement a multi-level 
system model using various other steps and sequences than those discussed 
in conjunction with the FIG. 10 embodiment. 
25 In the FIG. 10 embodiment, initially, in step 1014, picokernel 314 

preferably determines whether any plesiochronous processes have been 
instantiated and have been flagged as being available for immediate 
scheduling and execution. Picokernel 314 may check for available 
plesiochronous processes using any appropriate technique. For example, in 
30 certain embodiments, picokernel 314 may analyze plesiochronous process list 
518 to locate any flagged plesiochronous processes. If no flagged 
plesiochronous processes are available for scheduling and execution, then 

25 



# 



the FIG. 10 process returns to the beginning of the preceding FIG. 9 
isochronous flowchart to wait for a subsequent cycle start signal from 
isochronous clock 614. 

However, if one or more flagged plesiochronous processes are available, 
5 then, in step 1018, picokernel 314 preferably may invoke plesiochronous 
scheduler 516. In response, in step 1022, plesiochronous scheduler 516 
preferably may select a flagged plesiochronous process for scheduling and 
execution using any effective method or technique. For example, 
plesiochronous scheduler 516 may select a plesiochronous process based 
10 upon criteria such as the relative importance, length, function, or time- 
sensitivity of the various flagged plesiochronous processes. Plesiochronous 
Jj? scheduler 516 may alternately utilize a fixed pre-determined priority scheme, 

or may implement a rotating (round-robin) priority scheme. In step 1026, 
H plesiochronous scheduler 516 preferably schedules and executes the 

r; 15 foregoing selected plesiochronous process on device 112. 
^ In step 1030, picokernel 314 preferably monitors device 112 for any 

H> events that may affect the execution of the current plesiochronous process, 

h; In certain embodiments, if an exochronous interrupt occurs, then picokernel 

2 314 may preferably interrupt the currently executing plesiochronous process 

Q 20 and mark the interrupted plesiochronous process for subsequent completion. 
In step 1034, device 112 may then perform various required exochronous 
tasks using exochronous processing 814 (FIG. 8). 

Alternately, in certain embodiments, if a new cycle start signal occurs 
before a flagged plesiochronous process completes execution, then picokernel 
25 314 may preferably interrupt the plesiochronous process and mark the 

interrupted plesiochronous process for subsequent completion. The FIG. 10 
process then preferably may return to step 918 of the preceding FIG. 9 
isochronous flowchart to select, schedule, and execute any active 
isochronous processes. 
30 In step 1038, plesiochronous scheduler 516 preferably determines 

whether any unexecuted flagged plesiochronous processes remain for 
scheduling and execution during the current isochronous cycle. If 
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unexecuted plesiochronous processes remain, then the FIG. 10 process 
returns to step 1022 to sequentially select, schedule, and execute the 
remaining plesiochronous processes. However, if no unexecuted 
plesiochronous processes remain, then the FIG. 10 process returns to the 
beginning of the preceding FIG. 9 isochronous flowchart to repeatedly 
perform the foregoing method steps in response to subsequent cycle start 
signals from isochronous clock 614. 

The invention has been explained above with reference to a preferred 
embodiment. Other embodiments will be apparent to those skilled in the art 
in light of this disclosure. For example, the present invention may readily be 
implemented using configurations and techniques other than those described 
in the preferred embodiment above. Additionally, the present invention may 
effectively be used in conjunction with systems other than the one described 
above as the preferred embodiment. Therefore, these and other variations 
upon the preferred embodiments are intended to be covered by the present 
invention, which is limited only by the appended claims. 
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